home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0125 / 323.txt < prev    next >
Text File  |  1997-04-16  |  30KB  |  629 lines
  1. Info-Atari16 Digest         Sat,  8 Jun 91       Volume 91 : Issue 323
  2.  
  3. Today's Topics:
  4.                     And yet more 520ST info wanted
  5.                     Appending Files with GEMDOS...
  6.                                 lharc
  7.                             Music software
  8.                       Problems with Demos on a.a
  9.                       Publishers (III) (2 msgs)
  10.                      ST/TT: two scsi bus masters
  11.                     TC array bug... (was: Re: Reli
  12.                              TT HD floppy
  13.                       TT ram revisited (2 msgs)
  14.                      Weekly Posting of New Stuff
  15.  
  16. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  17. cross-posting to/from Usenet is getting closer, but still getting thrashed
  18. out.  Please send notifications about broken digests or bogus messages
  19. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  20.  
  21. Please send requests for un/subscription and other administrivia to
  22. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  23. instead of the moderators are likely to be lost or ignored.
  24.  
  25. If you want to unsubscribe, and you're receiving the digest indirectly
  26. from someplace (usually a BITNET host) that redistributes it, please
  27. contact the redistributor, not us.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: 8 Jun 91 04:47:55 GMT
  31. From: fernwood!portal!cup.portal.com!Azog-Thoth@uunet.uu.net (William Thomas
  32.  Daugustine)
  33. Subject: And yet more 520ST info wanted
  34. To: Info-Atari16@naucse.cse.nau.edu
  35.  
  36. A coupla weeks ago, I got a 520 STfm, and after using it, Ive more questions
  37. to ask about it...
  38.  
  39. I know the memory can be upgraded, people have told me so, and I also
  40. opened up the case, and saw an unpopulated bank of memory. What I need
  41. to know is the value of the caps that I also need to add, so I can
  42. populate this bank with the 256k chips.
  43.  
  44. On that same note, Ive heard that you can get 4mb of RAM, but I dont
  45. quite see how. There are no SIMMs or SIPP sockets to hold the larger
  46. memory modules.
  47.  
  48. Anyways. I found out that the version of TOS I have is 1.0. I guess
  49. that this is stored in the ROM. Anyway of upgrading to 1.4? Also,
  50. what is the difference between 1.0 and 1.4? Any benifit of upgrading?
  51. And since its on my mind :-) Just what does TOS stand for anyways?
  52.  
  53. Thanx, even tho Im sure that Ive repeated questions thats been asked
  54. many times
  55.  
  56.  Billy D'Augustine
  57. Azog-Thoth@cup.portal.com
  58.  
  59. ------------------------------
  60.  
  61. Date: 8 Jun 91 04:32:23 GMT
  62. From:
  63.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!atha!aunro!ersys!mforget@arizona.edu
  64.  (Michel Forget)
  65. Subject: Appending Files with GEMDOS...
  66. To: Info-Atari16@naucse.cse.nau.edu
  67.  
  68. Does anyone know how to use the GEMDOS File commands to open a file for a
  69. ppending.  I have been trying using Personal Pascal, but that is a weak
  70. spot for the language, so I have decided to try to use the GEMDOS
  71. commands (F_Open, F_Close, F_Seek, etc.) to do the job.
  72.  
  73. Can anyone help?
  74.  
  75.  
  76. <<  ----------------------------------  >>
  77. <<  ersys!mforget@nro.cs.athabascau.ca  >>
  78. <<     mforget@ersys.edmonton.ab.ca     >>
  79. <<            Michel Forget             >>
  80. <<  ----------------------------------  >>
  81.  
  82. ------------------------------
  83.  
  84. Date: 5 Jun 91 08:49:00 GMT
  85. From:
  86.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu
  87.  !ira.uka.de!smurf!artcom0!hb.maus.de!hh.maus.de!Thomas_Quester@arizona.edu
  88.  (Thomas Quester)
  89. Subject: lharc
  90. To: Info-Atari16@naucse.cse.nau.edu
  91.  
  92. TJ>I find that the newer versions of lharc don't seem to be compatable with the
  93. TJ>unix lharc...   the version I use is very slow, its like v1.1 or something l
  94. TJ>that (i think it says its based on v1.13c or something) anyways, try an old
  95. TJ>it will probablly work for you (and be horribly slow, but thats another stor
  96. TJ>Tad
  97.  
  98. With LHarc you have to specify the version-number, because we have many
  99. different versions and some authors working on their own versions.
  100. "The newer version" means nothing but "any version".
  101.  
  102. MauTau V 2.2c - Tanz ist der senkrechte Ausdruck eines horizontalen Verlangens.
  103. (Net)
  104.  
  105. ------------------------------
  106.  
  107. Date: 7 Jun 91 21:44:07 GMT
  108. From:
  109.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
  110.  state.edu!usenet.ins.cwru.edu!ysub!psuvm!cunyvm!ndsuvm1!ud005565@arizona.edu
  111. Subject: Music software
  112. To: Info-Atari16@naucse.cse.nau.edu
  113.  
  114. Does anyone know of any music software that I can get via ftp. I'm mostly
  115. interested in editing and printing special arrangements, but would like to
  116. look at anything that is available.          Bill Martin
  117.  
  118. ------------------------------
  119.  
  120. Date: Sat, 8 Jun 91 17:40:04 BST
  121. From: "D.Richards" <ug8737@computing.bradford.ac.uk>
  122. Subject: Problems with Demos on a.a
  123. To: Info-Atari16@naucse.cse.nau.edu (Info-Atari16)
  124.  
  125. I am having trouble with some of the demos that are on atari.archive.
  126. The MSA's crash my machine when trying to create the disk, and a lot of
  127. the lzh's on there contain a lot of bad files and invalid headers.
  128.  
  129. Please email me directly since i finish in three weeks time.
  130.  
  131. Dave Richards
  132. (ug8737@uk.ac.brad.comp)
  133.  
  134. ------------------------------
  135.  
  136. Date: 7 Jun 91 23:31:33 GMT
  137. From:
  138.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-server.
  139.  csri.toronto.edu!utgpu!watserv1!watmath!lsuc!jimomura@arizona.edu (Jim Omura)
  140. Subject: Publishers (III)
  141. To: Info-Atari16@naucse.cse.nau.edu
  142.  
  143.      A long while back when the Atari ST was strong I wrote a
  144. magazine article.  As is typical for me, it was an unusual article.
  145. I started with a datafile which came from MS-DOS (dBASE III) which
  146. wasn't being accepted by the programs I had available.  To do so
  147. I moved the file to my Color Computer 3 and used a hexdump utility
  148. to analyze the data and do what I had to do to make it usable.
  149.  
  150.      It worked.  In retrospect, I think I turned it into a
  151. "comma separated value" file and read it into MasterPlan.  Or I
  152. might have done something else with it.  I can't remember.  Whatever
  153. I did, I remember it wasn't a particularly difficult problem.  But
  154. I laid out the procedure and theory behind what I did so that people
  155. could see that it was the approach that counted and that there were
  156. a number of tools available for the Atari ST or any other computer
  157. that could do the job.
  158.  
  159.      There were a number of very valuable lessons to be learned.
  160. One valuable lesson was that there is NOT an isolated "Atari ST
  161. world" which either survived or died and held us captive.  No, not
  162. any more than there is a Color Computer 3 world, the "death" of
  163. which would make my Color Computer 3 "obsolete".  Nor were there
  164. specific tools necessary without which I could not get the job done.
  165. Oh, in certainty, I had to have certain classes of capabilities,
  166. such as an ability to look into a file in a Hex dump presentation
  167. or some other way of seeing the ASCII values and binary values,
  168. and possibly some computer language or other tool to modify or
  169. extract data from the file.  Also I had to have the ability to
  170. move the data "cleanly" between the two computers.  But any number
  171. of tools could do the job, selectable froy those bro`d `f!qsd⇦päAם2ÿ ⓪0ê^⑨³⑨∙∙∙∙≤É 9≡0q!≡⇧IJ⇧ij⓪@①    ≥I≡î¡מä.äìΣ ì,ìג∈ä∮-מä.àג⇦
  172. ì »$❎Mì∈כ¼àAíNì ñ .Nì,mîñ ∮¡כ«L-ìÅ%ä N«äì »$∮-מî¼ä¼ñìΣL«∈M.îñ.ä«m-כΣì ííNìϕϕÄd .כ--î,Mîñ ל∈Dì ñ✓.î.M$
  173. jän ¼m,ל,l-ìÅ%ג⇦
  174. ì »$ ì,ìג∈ä∮-מüíN ¡∈îñìΣmל∈Σì .äì ñ❎L.M∮,m❎D∮.dì ñl»%ג⇦
  175. ìΣm∈Σì .üíM¼«ì∮ìϕì∮∩$∮.dmΣ-«∈Nî-מä .dìΣ ¼mì.lñì ñ NL-כä∮ג mϕ««î«AíO-∈ñϕ∈Ml¼äϕג∮.eä∮¡ìàä⇦NìϕΣ«¼m⇦ÄN«ì⇦D ל∈Dìnfo-Atari16@naucse.cse.nau.edu
  176.  
  177. In article <CMM.0.90.2.676202856.larserio@kvart.ifi.uio.no> larserio@ifi.uio.no
  178.  writes:
  179. > Anyone who know how I can make my Spectrum 512 work on my MEGA STE
  180. > It dooesn't work on standard STE's either...
  181. >
  182. > Who distributes Spectrum 512 these days ?
  183. > The old adress and fax-number to Electric distribution doesn't work :-(
  184. >
  185. >  Lars-Erik  /  ABK-BBS +47 2132659  /   ____ ______ ________________________
  186. >   Osterud  /  larserio@ifi.uio.no  /   /___    /            The norwegian ST
  187. > __________/ ______________________/   ____/   /   Klubben,  user association
  188.  
  189. Well you could try the firm that makes it, Trio Engineering,,
  190. But I think that Spectrum was replaced with Unispec, now Unispec II,
  191. if I remember,
  192. It has the option to copy other sceens to Unispec (Sectrum), can run as
  193. a ACC.
  194. I would like to find out my self if they are still supporting the
  195. Atari computers, ?.
  196. --
  197. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  198. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  199. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  200.  
  201. ------------------------------
  202.  
  203. Date: 5 Jun 91 20:06:21 GMT
  204. From:
  205.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!dimacs.rutgers.edu!aramis.rutgers.edu
  206.  !paul.rutgers.edu!njin!njitgw.njit.edu!tesla.njit.edu!fer9483@arizona.edu
  207. Subject: System for Sale
  208. To: Info-Atari16@naucse.cse.nau.edu
  209.  
  210. My friend has the following for sale:
  211.  
  212. 520 St computer
  213. External DS Drive
  214. Color Monitor
  215. Atari 20 Meg Hard Drive
  216.  
  217. -He does not read the newsgroup, and my account expires in a few days.  If
  218. interested CALL HIM at 908-276-5447 - His name is Mike.
  219.  
  220. ------------------------------
  221.  
  222. Date: 6 Jun 91 17:50:30 GMT
  223. From:
  224.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!zaphod.mps.ohio-state.edu!magnus.acs.
  225.  ohio-state.edu!usenet.ins.cwru.edu!ysub!psuvm!dearn!dmswwu1c!zvd007@arizona.edu
  226.  (Ulrich Kuehn)
  227. Subject: Umich atari
  228. To: Info-Atari16@naucse.cse.nau.edu
  229.  
  230. In article <1991Jun5.1y
  231. to analyze the data and do what I had to do to make it usable.
  232.  
  233.      It worked.  In retrospect, I think I turned it into a
  234. "comma separated value" file and read it into MasterPlan.  Or I
  235. might have done something else with it.  I can't remember.  Whatever
  236. I did, I remember it wasn't a particularly difficult problem.  But
  237. I laid out the procedure and theory behind what I did so that people
  238. could see that it was the approach that counted and that there were
  239. a number of tools available for the Atari ST or any other computer
  240. that could do the job.
  241.  
  242.      There were a number of very valuable lessons to be learned.
  243. One valuable lesson was that there is NOT an isolated "Atari ST
  244. world" which either survived or died and held us captive.  No, not
  245. any more than there is a Color Computer 3 world, the "death" of
  246. which would make my Color Computer 3 "obsolete".  Nor were there
  247. specific tools necessary without which I could not get the job done.
  248. Oh, in certainty, I had to have certain classes of capabilities,
  249. such as an ability to look into a file in a Hex dump presentation
  250. or some other way of seeing the ASCII values and binary values,
  251. and possibly some computer language or other tool to modify or
  252. extract data from the file.  Also I had to have the ability to
  253. move the data "cleanly" between the two computers.  But any number
  254. of tools could do the job, selectable from those broad classes
  255. of tools.
  256.  
  257.      But the magazine I sent it to didn't want it.  They *loved*
  258. the article generally, but they wanted me to rewrite it using the
  259. tools available for the Atari ST specifically.  They didn't want
  260. people to know that the *approach* was the key.  To show that
  261. methodology was so important as to eclipse the brand of computer
  262. you worked on was, well, "too much truth" for their readers.
  263. I agreed to re-write the story.  But time being what it was, I
  264. never got it done.  It's a pity.  They should have printed my
  265. original story.  Maybe later people would not have been running
  266. around with their heads cut off moaning the death of the Atari ST.
  267. It's not dead really, but that's another matter.  Anyway, I won't
  268. say which of the magazines it was.  But they made a choice a long
  269. time ago.  They decided to shovel the brown stuff which was
  270. their version of the "truth" about the Atari ST and computers
  271. and software in general.  And for the most part, other "fan magazines"
  272. in the computer industry and even in other industries, are about
  273. as bad.  And now they, and many others like them are gone.  So what
  274. I think I've seen over the years is that people pretty much get what
  275. they deserve.
  276.  
  277.      It's not likely that I'll ever be a publisher in the
  278. professional sense.  I've put out "newsletter" in the past, but
  279. I'd really rather be writing or drawing, or even researching,
  280. than doing the paste-ups and all the other details of publishing.
  281. So I'm writing this with the hope that maybe someday someone
  282. will make it into the publishing side, and keep it in mind.
  283. Maybe you don't have to squeeze the truth through some strained
  284. filter after all.  Maybe doing so isn't going to help you as
  285. much as you think.  Maybe in the long run, your magazine
  286. might even last longer if you aim for higher standards.  And maybe
  287. it won't.  But then when it's over, at the very least, you will
  288. be able to say, "I told the truth."
  289. --
  290. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  291. lsuc!jimomura
  292. Byte Information eXchange: jimomura
  293.  
  294. ------------------------------
  295.  
  296. Date: 7 Jun 91 06:22:51 GMT
  297. From: mcsun!hp4nl!phigate!prle!prles2!cstw163!meulenbr@uunet.uu.net (Frans
  298.  Meulenbroeks)
  299. Subject: ST/TT: two scsi bus masters
  300. To: Info-Atari16@naucse.cse.nau.edu
  301.  
  302. Hi,
  303.  
  304. I was wondering whether is would be possible to share a hard disk
  305. between two computers.
  306. The disk in question is a disk with a separate host adaptor and an
  307. Adaptec 4000 scsi<->st506 board.
  308. I was wondering if it is possible to share this disk between two
  309. computers. Could this sharing be done on the acsi level, or only
  310. at the scsi level.
  311. If this is hardware-wise possible, could then both computers use
  312. the same disk at the same time, or would that require software
  313. or hardware support which is not present.
  314. If the adaptec has two disks connected, would it then be possible
  315. for each of the computers to use one of the disks.
  316.  
  317. I know, I can plug the disk to the other system, but I foresee
  318. that I'll have to use both systems for a while, while moving from
  319. the one to the other. Both systems need the same data, so the only
  320. other solution seems to be to do cable juggling each time a
  321. transition between systems is made. I'd rather not do so.
  322.  
  323. Anyone any experience/knowledge/information??
  324.  
  325. Thanks,
  326. --
  327. Frans Meulenbroeks        (meulenbr@prl.philips.nl)
  328.         Centre for Software Technology
  329.  
  330. ------------------------------
  331.  
  332. Date: 5 Jun 91 22:31:00 GMT
  333. From:
  334.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu
  335.  !ira.uka.de!smurf!artcom0!hb.maus.de!do.maus.de!Martin_Koehling@arizona.edu
  336.  (Martin Koehling)
  337. Subject: TC array bug... (was: Re: Reli
  338. To: Info-Atari16@naucse.cse.nau.edu
  339.  
  340. Juergen Lock nox @ jelal.north.de wrote:
  341. <a1465268@jelal.north.de>
  342.  
  343. JL>From article <2330@do.maus.de>, by Martin_Koehling@do.maus.de (Martin
  344. JL>Koehling):
  345. JL>>
  346. JL>> Juergen Lock nox @ jelal.north.de:
  347. JL>> <a5434559@jelal.north.de>
  348. JL>>>[description of zoo/TC array index bug deleted]
  349. JL>> The bug was fixed in Turbo C version 2.00.
  350. JL>
  351. JL> hmm, sure? i know someone who i'm sure has some version >= 2.00
  352. JL>and he had to do this same [(long) foo] thing to get `compress'
  353. JL>running. i know that 'cause i was it who told him the `trick'... :-)
  354.  
  355. I'm rather sure; I tested several cases which were compiled into
  356. 16-Bit-Code by the 1.x compiler: the 2.0 compiler generated the correct
  357. code for 32 bit indexing.
  358. But of course there could still be some bug lurking...
  359.  
  360. JL>> It wasn't really a bug but a "design restriction" - it made programs both
  361. JL>> smaller and faster (it's even mentioned somewhere in the manual!).
  362. JL>
  363. JL> not in my manual (TC 1.1 that is). and besides, what does ANSI
  364. JL>say about this?
  365.  
  366. I got it mixed up - it's not in the 1.0/1.1 manual but in the accompanying
  367. README file!
  368.  
  369. And since it is documented, it can't be a bug - it must be a feature! ;-))
  370. (But of course you're right: from an ANSI point of view the compiler is
  371. "broken" since it violates the "model" of the C language.)
  372.  
  373. The funny thing is: in version 2.0, they moved this info from the README
  374. file into the printed manual; at the same time, they fixed the problem!
  375.  
  376. JL>> The new compiler uses only 16 bits for array addressing if and only if it
  377. JL>is
  378. JL>> sure that the array addressed is smaller than 32 KBytes.
  379. JL>
  380. JL> ummm... how can it be sure when i, for example calloc()ed the thing?
  381.  
  382. It's simple: it can't be sure - and so of course it will not use 16 bit
  383. ("short") addressing! :-)
  384. As far as I know, the compiler uses "short" addressing only on arrays<=32KB
  385. if they are declared in the same module, and _never_ on poiners...
  386.  
  387. Martin
  388.  
  389. ------------------------------
  390.  
  391. Date: 7 Jun 91 06:45:55 GMT
  392. From: mcsun!hp4nl!phigate!prle!prles2!cstw163!meulenbr@uunet.uu.net (Frans
  393.  Meulenbroeks)
  394. Subject: TT HD floppy
  395. To: Info-Atari16@naucse.cse.nau.edu
  396.  
  397. I've heard rumours in the past that future TT versions will be equipped
  398. with a HD floppy drive. This leads to the following questions:
  399. - Is this rumour true?
  400.  
  401. and if so:
  402. - Has there been mentioned anything about the time frame in which this
  403.   should occur?
  404. - will it be possible to upgrade current TT's?
  405.  
  406. Thanks for the info!
  407. --
  408. Frans Meulenbroeks        (meulenbr@prl.philips.nl)
  409.         Centre for Software Technology
  410.  
  411. ------------------------------
  412.  
  413. Date: 7 Jun 91 06:31:07 GMT
  414. From: mcsun!hp4nl!phigate!prle!prles2!cstw163!meulenbr@uunet.uu.net (Frans
  415.  Meulenbroeks)
  416. Subject: TT ram revisited
  417. To: Info-Atari16@naucse.cse.nau.edu
  418.  
  419. Hi,
  420.  
  421. Thanks to all who responded on my TT ram question.
  422. I won't summarize here. Allen Pratt dealt with the question in great
  423. detail. I don't think I should just duplicate that.
  424.  
  425. I'm left with a few small questions.
  426.  
  427. Allen says that in the future you can buy 16 MB of TT RAM
  428. from atari. Could I do such an upgrade by myself by just
  429. replacing the 1 MB simms by 4 MB ones, or are there other caveats?
  430.  
  431. Also I found out that the TT ram is 100ns ram. I do not have any 68030
  432. doc handy, but with a 32 Mhz clock, I think at least one (and very maybe 2)
  433. wait states will be required to access this memory.
  434. Would it be technically feasible to replace this memory with faster
  435. memory, and get rid of this wait state? Will 80 ns be enough to get rid
  436. of the wait state, or should 60 ns be used??
  437.  
  438. Since, if I'm not mistaken, the 68030 requires at least 3 clock cycles to
  439. do a memory access. So removing a wait cycle would speed up the memory
  440. access from 4 to 3 cycles. which would (in theory)  lead to a speed
  441. gain of something like 25 %. Now of course not all cpu activity is
  442. memory access, so perhaps this figure is on the high side, but it seems
  443. to me that a substantial gain could be obtained here.
  444.  
  445. --
  446. Frans Meulenbroeks        (meulenbr@prl.philips.nl)
  447.         Centre for Software Technology
  448.  
  449. ------------------------------
  450.  
  451. Date: 8 Jun 91 08:23:23 GMT
  452. From:
  453.  noao!ncar!asuvax!ukma!wuarchive!zaphod.mps.ohio-state.edu!think.com!spool.mu.ed
  454.  u!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!mbaker@arizona.ed
  455.  u (Matthew Baker)
  456. Subject: TT ram revisited
  457. To: Info-Atari16@naucse.cse.nau.edu
  458.  
  459. From article <meulenbr.676276267@cstw163>, by meulenbr@cst.prl.philips.nl (Frans
  460.  Meulenbroeks):
  461. > Hi,
  462.  
  463. Hi... :)
  464.  
  465. > Also I found out that the TT ram is 100ns ram. I do not have any 68030
  466. > doc handy, but with a 32 Mhz clock, I think at least one (and very maybe 2)
  467. > wait states will be required to access this memory.
  468. > Would it be technically feasible to replace this memory with faster
  469. > memory, and get rid of this wait state? Will 80 ns be enough to get rid
  470. > of the wait state, or should 60 ns be used??
  471.  
  472. At the risk of making a fool of myself, I should call to notice the fact
  473. that most larger Intel-powered systems use 70 or 80ns DRAMs, with
  474. similar clock speeds. Even these chips aren't fast enough to keep up
  475. with the CPU. Various techniques are used to ensure that, most of the time,
  476. the same DRAM is not read twice in two machine cycles... on the rare
  477. occurence that it is, a wait state is inserted... - thus, you get quotes
  478. of 0.01 wait states, etc.
  479.  
  480. > Since, if I'm not mistaken, the 68030 requires at least 3 clock cycles to
  481. > do a memory access. So removing a wait cycle would speed up the memory
  482. > access from 4 to 3î⇩HªT⇩)Ç=É⑦;D4#&wSdî³x$⓪③ºc⑨¨ôג⇦·äΣS⑥B◆Fs╱②◆7╱VF@ס#Γ⇦Çβ!1⇨ Düח   ╱✓⇩!>╱✓ !?③⇧?!⇨>B ⇧> #>0  ②⓪!>⇩ ◆>8╱◆>0⇧>80╱✓⇩✓╱    >✓①IJב⇨>    ②    >800 ⓪①◆>⓪⇧> ②8①>╱✓①>"✓  ②!>✓①> ⇨>╱!>✓ >⓪✓&!◆>2 ◆>✓◆>⓪   ①IJב⇨>╱⇧> !>╱8◆>9>⓪ 2⓪╱8⇩╱✓8◆> 8✓⇨>0  ╱'>2!> 2╱8✓⇩ '> ②!⇨IJב?IJאB ◆>2 ✓⇩!>⓪ ②!> #>╱!>
  483. 80◆>& ╱8✓╱①>" ③>╱!?!①◆>2 ◆> ✓╱>╱!?>8⇩'?⑨IJא╱ ②!>8②!?◆>0╱ 0⇧>0✓0╱ ①>2 ╱   ⇨? x①>8⇩'>╱!>"✓②⓪◆>⓪08⇨>" ③? f╱xpA⇨IJאx①>I>⓪8✓n%+256)                 ! Reserve image space + spare room.
  484.       pici%=0
  485.       tmp|=INP(#1)
  486.       uselocal!=BTST(tmp|,7)                ! Look for Local Color Map
  487.       interlace!=BTST(tmp|,6)               ! See if image is interlaced.
  488.       lpixel&=(tmp| AND 7)+1                ! Local bits per pixel.
  489.       pass|=0
  490.       hline&=0
  491.       vcol&=0
  492.       lstep&=8
  493.       IF uselocal!                           ! We have a Local Color Map
  494.         crange&=SHL(1,lpixel&)               ! Color range
  495.     .edu (Atari Archive Robot)
  496. Subject: Weekly Posting of New Stuff
  497. To: Info-Atari16@naucse.cse.nau.edu
  498.  
  499.   drwxrwxr-x daemon     1024    Jun 1 08:55 .
  500.   drwxrwxr-x jon        3072    Jun 1 08:51 ./graphics
  501.   -rw-r--r-- weiner     5323    Jun 1 08:51 ./graphics/Index
  502.   -rw-r--r-- weiner     81618   Jun 1 08:55 ./Index
  503.   -rw-r--r-- weiner     40965   Jun 1 08:55 ./CompInd.Z
  504.   drwxrwxr-x daemon     1024    Jun 2 13:45 .
  505.   drwxrwxr-x jon        2048    Jun 2 13:44 ./applications
  506.   -rw-r--r-- weiner     181     Jun 2 13:44 ./applications/Index
  507.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/math
  508.   -rw-rw-r-- weiner     3857    Jun 2 13:42 ./applications/.index
  509.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/databases
  510.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/spreadsheets
  511.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/persutls
  512.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/dtp
  513.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/wordproc
  514.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/astronomy
  515.   drwxr-xr-x weiner     24      Jun 2 13:43 ./applications/other
  516.   drwxrwxr-x jon        536     Jun 2 21:46 ./gnustuff
  517.   -rw-r--r-- weiner     77912   Jun 2 13:45 ./Index
  518.   -rw-r--r-- weiner     39257   Jun 2 13:45 ./CompInd.Z
  519.   drwxrwxr-x daemon     1024    Jun 4 22:40 .
  520.   drwxrwxr-x weiner     524     Jun 4 06:49 ./utilities/desktop
  521.   drwxrwxr-x jon        3072    Jun 4 12:18 ./graphics
  522.   -rw-r--r-- weiner     5322    Jun 4 12:19 ./graphics/Index
  523.   -rw-r--r-- weiner     72674   Jun 4 12:17 ./graphics/gemview105.lzh
  524.   drwxrwxr-x weiner     512     Jun 4 12:20 ./applications/dtp
  525.   drwxrwxr-x weiner     512     Jun 4 12:20 ./applications/dtp/fonts
  526.   drwxrwxr-x weiner     512     Jun 4 12:27 ./applications/dtp/fonts/calamus
  527.   -rw-rw-r-- weiner     82944   Jun 4 12:27
  528.  ./applications/dtp/fonts/calamus/chanceri.arc
  529.   -rw-rw-r-- weiner     92160   Jun 4 12:27
  530.  ./applications/dtp/fonts/calamus/lucifer2.arc
  531.   -rw-rw-r-- weiner     68608   Jun 4 12:27
  532.  ./applications/dtp/fonts/calamus/tiempo12.arc
  533.   drwxrwxr-x weiner     24      Jun 4 12:20 ./applications/dtp/fonts/pagestream
  534.   drwxrwxr-x jon        536     Jun 4 12:07 ./gnustuff
  535.   drwxr-xr-x swood      512     Jun 4 22:39 ./portfolio/support
  536.   drwxrwxr-x jon        1024    Jun 6 03:12 ./gnustuff
  537.   -rw-r--r-- gray       425580  Jun 6 03:12 ./gnustuff/g++-139.lzh
  538.   -rw-r--r-- gray       116352  Jun 6 03:12 ./gnustuff/inc++.lzh
  539.   -rw-r--r-- weiner     5410    Jun 6 07:05 ./graphics/Index
  540.   -rw-r--r-- weiner     1111    Jun 6 07:02 ./music/Index
  541.   drwxrwxr-x daemon     1024    Jun 7 23:06 .
  542.   drwxrwxr-x jon        4096    Jun 7 22:44 ./games
  543.   -rw-r--r-- weiner     22086   Jun 7 22:44 ./games/mst.lzh
  544.   -rw-rw-r-- weiner     7827    Jun 7 22:45 ./games/Index
  545.   lrwxrwxrwx gray       37      Jun 7 11:22 ./games/gnuchess.arc ->
  546.  ../gnustuff/tos/othergnu/gnuchess.arc
  547.   lrwxrwxrwx gray       34      Jun 7 11:23 ./games/gnugo.arc ->
  548.  ../gnustuff/tos/othergnu/gnugo.arc
  549.   lrwxrwxrwx gray       37      Jun 7 11:24 ./games/gnu-m522.zoo ->
  550.  ../gnustuff/tos/othergnu/gnu-m522.zoo
  551.   drwxrwxr-x jon        1536    Jun 7 22:38 ./archivers
  552.   -rw-r--r-- weiner     48094   Jun 7 22:32 ./archivers/lha130.lzh
  553.   -rw-r--r-- weiner     17536   Jun 7 22:38 ./archivers/uucode10.arc
  554.   -rw-r--r-- weiner     45056   Jun 7 22:38 ./archivers/xlharc12.arc
  555.   -rw-r--r-- weiner     2963    Jun 7 22:40 ./archivers/Index
  556.   -rw-r--r-- weiner     530081  Jun 7 22:43 ./tex/texdr179.lzh
  557.   drwxrwxr-x jon        2048    Jun 7 22:37 ./telecomm
  558.   -rw-r--r-- weiner     22656   Jun 7 22:34 ./telecomm/gem_xyz.lzh
  559.   -rw-r--r-- weiner     41183   Jun 7 22:34 ./telecomm/xyz201.lzh
  560.   -rw-r--r-- weiner     61176   Jun 7 22:34 ./telecomm/zcterm20.arc
  561.   -rw-r--r-- weiner     2663    Jun 7 22:38 ./telecomm/Index
  562.   drwxrwxr-x weiner     512     Jun 7 22:41 ./applications/dtp/fonts/calamus
  563.   -rw-r--r-- weiner     13312   Jun 7 22:41
  564.  ./applications/dtp/fonts/calamus/mini_6.arc
  565.   -rw-r--r-- weiner     207872  Jun 7 22:32 ./applications/dtp/fonts/calamus/blip.arc
  566.   drwxrwxr-x jon        1024    Jun 7 11:12 ./gnustuff
  567.   drwxrwxr-x jon        2560    Jun 7 11:12 ./gnustuff/tos
  568.   drwxr-xr-x gray       512     Jun 7 07:05 ./gnustuff/tos/updates
  569.   drwxr-xr-x gray       512     Jun 7 09:29 ./gnustuff/tos/unikoeln
  570.   drwxr-xr-x gray       512     Jun 7 05:57 ./gnustuff/tos/unikoeln/g++
  571.   -rw-r--r-- gray       1271    Jun 7 05:34 ./gnustuff/tos/unikoeln/g++/gnu++.g
  572.   -rw-r--r-- gray       291236  Jun 7 05:35 ./gnustuff/tos/unikoeln/g++/lib++.lzh
  573.   -rw-r--r-- gray       1645    Jun 7 05:34 ./gnustuff/tos/unikoeln/g++/README.G++
  574.   -rw-r--r-- gray       7696    Jun 7 06:02 ./gnustuff/tos/unikoeln/g++/FList
  575.   drwxr-xr-x gray       512     Jun 7 09:29 ./gnustuff/tos/unikoeln/shell
  576.   -rw-r--r-- gray       205006  Jun 7 09:20
  577.  ./gnustuff/tos/unikoeln/shell/unikoelnsh.lzh
  578.   drwxr-xr-x gray       512     Jun 7 09:29 ./gnustuff/tos/unikoeln/gcc
  579.   -rw-r--r-- gray       405835  Jun 7 09:20 ./gnustuff/tos/unikoeln/gcc/unikoelngcc.lzh
  580.   -rw-r--r-- gray       405281  Jun 7 09:20 ./gnustuff/tos/unikoeln/gcc/unikoelnbin.lzh
  581.   drwxr-xr-x gray       512     Jun 7 07:09 ./gnustuff/tos/gdb
  582.   drwxr-xr-x gray       512     Jun 7 07:13 ./gnustuff/tos/documentation
  583.   -rw-r--r-- gray       103464  Jun 7 07:10 ./gnustuff/tos/documentation/docs.arc
  584.   -rw-r--r-- gray       2072    Jun 7 07:10 ./gnustuff/tos/documentation/gcc-st.aux
  585.   -rw-r--r-- gray       120400  Jun 7 07:10 ./gnustuff/tos/documentation/gcc-st.dvi
  586.   -rw-r--r-- gray       2815    Jun 7 07:10 ./gnustuff/tos/documentation/gcc-st.log
  587.   -rw-r--r-- gray       96526   Jun 7 07:10 ./gnustuff/tos/documentation/gcc-st.tex
  588.   -rw-r--r-- gray       1454    Jun 7 07:10 ./gnustuff/tos/documentation/gcc-st.toc
  589.   -rw-r--r-- gray       68592   Jun 7 07:10 ./gnustuff/tos/documentation/lib-card.dvi
  590.   -rw-r--r-- gray       431     Jun 7 07:10 ./gnustuff/tos/documentation/lib-card.log
  591.   -rw-r--r-- gray       58381   Jun 7 07:10 ./gnustuff/tos/documentation/lib-card.tex
  592.   -rw-r--r-- gray       74886   Jun 7 07:10 ./gnustuff/tos/documentation/texinfo.tex
  593.   drwxr-xr-x gray       512     Jun 7 07:02 ./gnustuff/tos/g++jrd
  594.   drwxr-xr-x gray       512     Jun 7 07:01 ./gnustuff/tos/archivers
  595.   drwxr-xr-x gray       512     Jun 7 08:35 ./gnustuff/tos/currentgnu
  596.   drwxr-xr-x gray       512     Jun 7 08:35 ./gnustuff/tos/currentgnu/diff
  597.   drwxr-xr-x gray       512     Jun 7 09:08 ./gnustuff/tos/currentgnu/src
  598.   -rw-r--r-- gray       659     Jun 7 11:41 ./gnustuff/tos/currentgnu/src/README.admin
  599.   drwxr-xr-x gray       512     Jun 7 08:51 ./gnustuff/tos/currentgnu/bin
  600.   -rw-rw-rw- gray       734664  Jun 7 08:40 ./gnustuff/tos/currentgnu/bin/gcc139bin.zoo
  601.   drwxr-xr-x gray       512     Jun 7 07:11 ./gnustuff/tos/oldsources
  602.   drwxr-xr-x gray       1024    Jun 7 11:17 ./gnustuff/tos/othergnu
  603.   drwxr-xr-x gray       512     Jun 7 08:28 ./gnustuff/tos/othergnu/gnu881
  604.   drwxr-xr-x gray       1024    Jun 7 08:29 ./gnustuff/tos/oldgcc
  605.   drwxr-xr-x gray       512     Jun 7 08:29 ./gnustuff/tos/oldgcc/gcc138
  606.   drwxr-xr-x gray       512     Jun 7 08:30 ./gnustuff/tos/oldgcc/gcc138/diff
  607.   drwxr-xr-x gray       512     Jun 7 07:22 ./gnustuff/tos/oldgcc/gcc136
  608.   drwxr-xr-x gray       512     Jun 7 07:22 ./gnustuff/tos/oldgcc/gcc136/bin
  609.   drwxr-xr-x gray       512     Jun 7 07:03 ./gnustuff/tos/oldgas
  610.   drwxr-xr-x gray       512     Jun 7 07:00 ./gnustuff/tos/emacs
  611.   drwxrwx--- gray       512     Jun 7 09:26 ./gnustuff/admin-shed
  612.   -rw-r--r-- gray       12750   Jun 7 08:34 ./gnustuff/admin-shed/Index
  613.   -rw-r--r-- gray       1271    Jun 7 09:20 ./gnustuff/admin-shed/gnu.g
  614.   -rw-r--r-- gray       2315    Jun 7 09:20 ./gnustuff/admin-shed/gnustuff
  615.   -rw-r--r-- gray       0       Jun 7 09:19 ./gnustuff/This_Area_Is_Under_Reorganisation
  616.   drwxrwxr-x jon        1536    Jun 7 11:25 ./printing
  617.   lrwxrwxrwx gray       37      Jun 7 11:24 ./printing/gsbin.zoo ->
  618.  ../gnustuff/tos/othergnu/ghscrptb.zoo
  619.   lrwxrwxrwx gray       37      Jun 7 11:25 ./printing/gssrc.zoo ->
  620.  ../gnustuff/tos/othergnu/ghscrpts.zoo
  621.   -rw-r--r-- weiner     78371   Jun 7 22:46 ./Index
  622.   -rw-r--r-- weiner     1354    Jun 7 22:41 ./mint/Index
  623.   -rw-r--r-- weiner     39452   Jun 7 22:46 ./CompInd.Z
  624.   -rw-r--r-- weiner     65399   Jun 7 22:49 ./ls-lR.Z
  625.  
  626. ------------------------------
  627.  
  628. End of Info-Atari16 Digest
  629. ******************************